home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0799 / 633 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.5 KB
  1. From: Stephen Usher <Stephen.Usher@earth.ox.ac.uk>
  2. Subject: Re: XATTR structure for biosfs entries
  3. Date: Wed, 10 Nov 1993 12:16:37 +0000 (GMT)
  4. In-Reply-To: <9311101155.AA14967@rabe.techfak.uni-bielefeld.de> from "itschere@techfak.uni-bielefeld.de" at Nov 10, 93 12:55:23 pm
  5. Mime-Version: 1.0
  6.  
  7. >Stephen Henson wrote:
  8. >
  9. >> One thing I'd like to see is to have the whole thing rationalised to refer
  10. >> to devices as major/minor device numbers. Then we could do things the Unix
  11. >> way and I could add character/block special files to Minixfs.
  12. >
  13. >Obviously cou can change the XATTR structure to support these, but what's
  14. >the use of that until:
  15. >
  16. >1) the filesystem itself doesn't support block orientated devices
  17. >
  18. >2) the underlying BIOS also supports no unique way of accessing the
  19. >    possible harddrives etc... think about your troubles with AHDI,
  20. >    XHDI & ICD drivers...
  21.  
  22. See below...
  23.  
  24. >
  25. >>From what I recall, ls does report some numbers, but these are merely random,
  26. >'cause they're not filled in by the getxattr call but just left as what they
  27. >were before. :-(
  28. >
  29. >You would have to:
  30. >
  31. >1) write a completely new harddisk driver, which is compatible to all old ones
  32.  
  33. Better still.. emulate the TOS hard disk driver interface layer on top of a
  34. generic, device oriented driver fully integrated into MiNT so as to allow
  35. asynchronous disk transfers etc.. that would speed up MiNT no end!!
  36.  
  37. It would also allow MiNT processes to forget what the BIOS thinks is out
  38. there on the SCSI/ACSI/IDE busses and be able to do it yourself. Maybe then
  39. we'd be able to have even more esoteric filesystems than the Minix one.
  40.  
  41. Who's going to write this.... erm.. I dunno! :-)
  42.  
  43. >or
  44. >
  45. >2) write a meta driver which completely hides the differences between the basic
  46. >ones to the biosfs
  47. >
  48. >Look like you must have done something very close to this to get your minixfs
  49. >work :-) so why not make the final step??? ::--))
  50.  
  51. Hmm.. I hate kludges to get around bugs in other kludged software.
  52.  
  53. >
  54. >so long,
  55. >TeSche
  56. >-- 
  57. >PS: If the above written looks weird, than that's because it probably IS.
  58. >WhoDunnIt: Torsten Scherer (Schiller, TeSche...)
  59. >Technical Faculty, University of Bielefeld, Germany (52'5"N 8'35"E)
  60. >EMail: itschere@techfak.uni-bielefeld.de / tesche@dave.hrz.uni-bielefeld.de
  61. >
  62.  
  63. Steve (living in cloud-cuckoo-land as always :-))
  64.  
  65. -- 
  66. ---------------------------------------------------------------------------
  67. Computer Systems Administrator, Dept. of Earth Sciences, Oxford University.
  68. E-Mail: steve@uk.ac.ox.earth (JANET) steve@earth.ox.ac.uk (Internet).
  69. Tel:- Oxford (0865) 282110 (UK) or +44 865 282110 (International).
  70.